home *** CD-ROM | disk | FTP | other *** search
Text File | 1991-03-06 | 1.5 KB | 48 lines | [TEXT/GEOL] |
- Item 5910705 21-Nov-88 15:21
-
- From: D1974 NorthWest Rsch Assoc, Dev, D Lucas
-
- To: MACAPP.TECH$ MACAPP Tech
-
- Sub: TApplication.TrackCursor Bug?
-
- In order to force NIL-point dereference problems to the surface, I have
- been setting address 0 to an odd value. The effect has been to expose what
- appears to be a MacApp bug. This bug produces a system Bus Error whenever the
- cursor touches the content area of the debug window. (The bug is manifested
- only when debugging is turned on.) The reason is easy to see. In
- TApplication.TrackCursor we have the following code:
-
- ...
- cursorWindow := WMgrToWindow(aWMgrWindow);
- IF (cursorWindow <> gFrontWindow) & (NOT cursorWindow.fDoFirstClick) THEN
- cursorWindow := NIL;
- END
- ELSE
- cursorWindow := NIL;
- ...
-
- The second line produces the Bus Error whenever cursorWindow = NIL. In
- TApplication.WMgrToWindow we have
-
- ...
- IF (aWMgrWindow <> NIL) & (NOT IsDeskAccessory(aWMgrWindow))
- {$IFC qDebug}
- & (aWMgrWindow <> gDebugWindowPtr)
- {$ENDC}
- THEN
- WMgrToWindow := TWindow(GetWRefCon(aWMgrWindow))
- ELSE
- WMgrToWindow := NIL;
- ...
-
- which returns NIL whenever the cursor is in the debug window.
-
- Is this it's suppose to work, or is it a bug, or am I doing something
- wrong? Incidently, I am using MacApp 2.0b5. The error can easily be produced
- in any of the MacApp Samples by compiling them with debug and using MacsBug to
- set address 0 to a pointer to an odd address.
-
-
-
-